前三章回答"漏洞从哪来、长什么样"，本章给一把拿来就能用的尺子：一个东西算不算漏洞，不靠感觉，靠三要素齐备和五问全过。研判现场线索一大堆，这章解决"哪些留下、哪些扔掉"的过滤问题。 ### 4.1 漏洞三要素 一个完整漏洞由三块拼成：触发条件、执行路径、业务伤害。三块同时成立才闭环，缺任何一块都只是半成品。三要素是结构，回答"一个漏洞由哪几部分组成"；五问法是动作，回答"逐条怎么核对"。 #### 4.1.1 触发条件：输入、环境与前提 触发条件指"什么前提满足时缺陷才会被激活"。它包含三层：外部给的输入（超长、特殊符号、越权 ID、并发时机）、运行环境（版本、配置、是否登录、是否在内网、服务端是否开启某功能）、隐含前提（开发者以为用户是本人、以为数据已洗过、以为流程串行）。 写不清触发条件就复现不了。同一个接口，带 Cookie 访问报错和不带 Cookie 访问报错是两回事；并发才触发的竞争，串行点一百次也看不到；某个缺陷只在特定版本或开启某开关时存在，换环境就消失。研判时先把"在什么输入、什么环境、什么前提"下缺陷出现写明白，这是后续所有判断的起点，也是报告里别人能否复